home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 395 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.7 KB
  1. Path: engnews1.Eng.Sun.COM!taumet!clamage
  2. From: rpayne@rainbow.rmii.com (Robert Payne)
  3. Newsgroups: comp.std.c++
  4. Subject: Re: typedef not strong
  5. Date: 20 Feb 1996 15:44:49 GMT
  6. Organization: Rocky Mountain Internet Inc.
  7. Approved: clamage@eng.sun.com (comp.std.c++)
  8. Message-ID: <4gbgq1$2pr@natasha.rmii.com>
  9. References: <4g5sm4$dtt@natasha.rmii.com> <4g62li$kuh@engnews1.Eng.Sun.COM>
  10. NNTP-Posting-Host: taumet.eng.sun.com
  11. Content-Type: text
  12. X-Nntp-Posting-Host: rainbow.rmii.com
  13. X-Newsreader: TIN [version 1.2 PL2]
  14. Content-Length: 832
  15. X-Lines: 23
  16. Originator: clamage@taumet
  17.  
  18. Steve Clamage (clamage@Eng.Sun.COM) wrote:
  19. : rpayne@rainbow.rmii.com (Robert Payne) writes:
  20.  
  21. : >Why has C++ stayed with the weak typedef?  It has always seemed to
  22. : ><snip>
  23.  
  24. : I don't remember that issue ever being brought up in the C++
  25. : committee. The obvious argument against it is that it would
  26. : break too many existing programs. Whether the benefits would
  27. : outweigh the cost is debatable, but my feeling is that the
  28. : cost is too high.
  29.  
  30. I would even be happy just to see a compile time warning issued, unless
  31. of course, the types were really incompatible.  I just feel that if
  32. we are going to the trouble of creating abstract types, the least 
  33. the compiler should do is issue a warning when we assign something
  34. of cat_t to a dog_t entity even if the underlying type is 
  35. indigenous and compatible. 
  36.  
  37. Cheers,
  38.  
  39. --
  40. Robert Payne 
  41.  
  42. [ To submit articles: Try just posting with your newsreader.  If that fails,
  43.               use mailto:std-c++@ncar.ucar.edu
  44.   FAQ:    http://reality.sgi.com/employees/austern_mti/std-c++/faq.html
  45.   Policy: http://reality.sgi.com/employees/austern_mti/std-c++/policy.html
  46.   Comments? mailto:std-c++-request@ncar.ucar.edu
  47. ]
  48.